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Description 

TECHNICAL FIELD OF THE INVENTION 

[0001] The present invention relates generally to sys- 
tems and methods for monitoring objects and particu- 
larly for monitoring people. More specifically, the 
present invention relates to systems and methods for 
monitoring a plurality of monitorees in a field setting. 

BACKGROUND OF THE INVENTION 

[0002] In field settings, observers often have the job 
of monitoring any number of dispersed monitorees. In 
one situation, a prison corrections officer has the role of 
observer while prisoners on work crews are monitorees. 
In another situation, a teacher has the role of observer 
while children on a field trip are monitorees. In still an- 
other situation, an operations manager or coordinator 
may have the role of observer while any number of per- 
sons involved in search and rescue missions, fire fight- 
ing, or other hazardous operations (e.g., electrical and/ 
or natural gas distribution system repair and/or installa- 
tion operations, chemical plant workers etc.), are mon- 
itorees. In these and other situations, the observer's job 
is often a difficult one which requires constant attention. 
A single momentary lapse in diligence on the part of the 
observer can lead to disastrous consequences. 
[0003] Typically, an observer's responsibilities in- 
clude, among other things, knowing the whereabouts of 
monitorees even though monitorees may be dispersed 
over a large or obscured area. In addition, an observer's 
responsibilities often include the exercise of good judg- 
ment in knowing when to ask for additional help and 
when not to ask for additional help. The observer typi- 
cally needs to quickly recognize when additional help is 
needed, and the observer typically needs to quickly 
communicate that need when the occasion arises. 
[0004] Due at least in part to the difficult nature of the 
observer's job, field activities are often severely restrict- 
ed and undesirably costly. Often a large number of ob- 
servers are required for a given population of monito- 
rees. When suitable observers are not available, field 
activities are curtailed. Labor costs of field activities are 
undesirably high when a large number of observers are 
required for a given number of monitorees. Likewise, 
when only a few observers are available, the population 
of monitorees is often restricted to only a few of the most 
trustworthy or competent monitorees. 

SUMMARY OF THE INVENTION 

[0005] Accordingly, it is an advantage of the present 
invention that an improved method and system for re- 
mote monitoring is provided. 

[0006] Another advantage of the present invention is 
that a system and method are provided which make an 
observer's job easier. 



[0007] Another advantage is that the present inven- 
tion lessens the costs associated with monitoring a pop- 
ulation of monitorees. 

[0008] Another advantage is that the present inven- 
5 tion improves the efficiency of an observer who monitors 
a population of monitorees. 

[0009] Another advantage is that the present inven- 
tion improves safety for an observer monitoring a pop- 
ulation of monitorees and for the monitorees. 
w [0010] The above and other advantages of the 
present invention are carried out in one form by a meth- 
od of monitoring a plurality of monitorees. The method 
calls for retaining, at afield node, data identifying unique 
codes for the monitorees. A transmitter is associated 
is with each of the monitorees. Each of the transmitters 
repetitively transmits one of the unique codes from time 
to time in accordance with a predetermined schedule. 
The field node receives at least a portion of the trans- 
mitted codes. An alarm at the field node is activated 
20 when one of the unique codes has not been received in 
accordance with this schedule. The alarm is desirably 
but not essentially reported back as such to a central 
facility. Afield report message is, however, always sent, 
comprising field node identity and location. 
25 [0011] US-A-5 189 395 discloses monitoring without 
generating an alarm at a field node and without having 
field node identification and location data in the field re- 
port message. 

30 BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] A more complete understanding of the present 
invention may be derived by referring to the detailed de- 
scription and claims when considered in connection with 
35 the Figures, wherein like reference characters refer to 
similar items throughout the Figures, and: 

FIG. 1 is a block diagram depicting the environment 
within which a preferred embodiment of the present 
40 invention operates; 

FIG. 2 is a block diagram of a field node used by a 
preferred embodiment of the present invention; 
FIG. 3 is a block diagram of a personal transmitter 
unit used by a preferred embodiment of the present 
45 invention; 

FIG. 4 is a flow chart of tasks performed by the per- 
sonal transmitter unit; 

FIG. 5 is a table of variables used by the personal 
transmitter unit; 
50 FIG. 6 is a timing diagram which illustrates trans- 
mission schedules for three personal transmitter 
units; 

FIG. 7 is a flow chart of tasks performed by the field 
node in a foreground mode of operation; 
55 FIG. 8 is a block diagram of a database maintained 
in a memory of the field node; 
FIG. 9 is a flow chart of tasks performed by the field 
node in a background mode of operation; and 
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FIG. 10 is a flow chart of tasks performed by a con- 
trol facility used by a preferred embodiment of the 
present invention. 

[0013] In the following description of preferred em- 
bodiments, certain items are similar to other items in 
many respects. This description distinguishes such 
items from their counterparts by the use of primes (', ", 
and so on) appended to a common reference character. 
When primes are omitted, the description refers to any 
one of such items and their counterparts individually or 
to all of them collectively. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0014] FIG. 1 is a block diagram depicting the envi- 
ronment within which a preferred embodiment of the 
present invention operates. Processing and communi- 
cation system 10 operates throughout two or three dis- 
tinct locations. System 10 includes control facility 12 at 
a first location, optional repeater node 14 at a second 
location, and various other devices in field area 16. 
These other devices may include field node 1 8 and any 
number of personal transmitter units (PTUs) 20' and 20". 
PTUs 20' are transmission devices worn or otherwise 
associated with monitorees, or attached to objects of 
value (e.g., museum paintings etc.). PTUs 20" are trans- 
mission devices like PTUs 20', except that they are worn 
or otherwise associated with observers. Preferably, 
each observer and monitoree in field area 1 6 has his or 
her own PTU 20. PTUs 20 may include capability for 
detecting various conditions and transmitting data de- 
scribing the detected condition and accordingly PTUs 
20 are alternatively known as detection units. 
[0015] Generally, control facility 12 is associated with 
a "home" area, but may be portable or portable in some 
applications (e.g., search and rescue etc.). When sys- 
tem 10 monitors prisoners, control facility 12 may be lo- 
cated at a prison. When system 10 monitors children, 
control facility 12 may be located at a school building. 
Typically, control facility 12 resides at a location that 
monitorees and observers leave when they go into the 
field but may be a central office not visited by monitorees 
(e.g., security office in a mall, zoo, manufacturing facility 
etc.). 

[0016] When observers and monitorees go into the 
field they may be viewed as residing in field area 16, 
regardless of any particular location for field area 16. 
However, field area 1 6 is typically remotely located from 
control facility 12. Monitorees may face greater dangers 
or have greater opportunities to cause mischief or es- 
cape observers' authority in field area 1 6 than in or near 
control facility 12. System 10 is particularly helpful in 
monitoring monitorees in field area 1 6. When the remote 
location is coupled to a map database, this system may 
be used to monitor and control coordinated search and 
rescue operations. 



[0017] PTUs 20 each broadcast a stream of data com- 
munications. Preferably, all PTUs 20 use the same 
channel(s) for communications, and field node 18 re- 
ceives and detects these data communications. Chan- 

5 nel diversity (distinct groups of PTUs 20 employing dis- 
tinct channel(s)) may be employed in some applications. 
However, PTUs 20 must be within range of field node 
18 before field node 18 can receive their communica- 
tions. Preferably, this range is short, desirably within 

10 50-100 meters of field node 18 and usefully less than 
0.3 km. In some applications (e.g., search and rescue, 
manhunt etc.), longer ranges (e.g., ca. 1-10 km) are de- 
sirable and this may be achieved by providing PTUs 20 
with higher transmitter power, for example. 

15 [001 8] Field node 1 8 processes the received commu- 
nications to make certain that communications are be- 
ing received from all monitorees and that no alarm or 
emergency conditions are indicated. If an alarm condi- 
tion is indicated or if data communications from one of 

20 the monitored PTUs 20 is missing, alarms annunciated 
at field node 18 inform observers of the situation. If the 
observer can correct the alarm or missing signal situa- 
tion within a predetermined period of time, e.g., 30 sec- 
onds to a few minutes, no further action is taken. How- 

25 ever, if an emergency situation is detected, or if an alarm 
or missing signal situation has been detected and not 
corrected for the predetermined period of time, field 
node 18 automatically sends a field report message to 
control facility 12 to inform control facility 12 of the situ- 

30 ation. Details concerning these and other operations of 
PTUs 20 and field node 18 are discussed below. 
[0019] Preferably, field node 18 is constructed as a 
battery-powered, portable, or at least back-packable, 
unit. The observer thus can carry field node 18 from 

35 place to place, maintaining PTUs 20 within range of field 
node 1 8. Due to the portable, battery-powered nature of 
field node 18, low power signals may be used to carry 
the field report messages automatically transmitted 
from field node 18 to control facility 12. In order for field 

40 node 18 to successfully communicate field report mes- 
sages to a distant control facility 12, signals transmitted 
from field node 18 may be repeated through repeater 
node 14. 

[0020] In a preferred embodiment, repeater node 14 
45 may be located in vehicle 22 which transports monito- 
rees to a point near field area 1 6. Repeater node 1 4 may 
include receiver 24, location determination system 27 
(e.g., a global positioning system or GPS receiver), 
computer 26 and transmitter 28. Thus, repeater node 
so 14 need not be as portable as field node 18. Repeater 
node 1 4 retransmits field report messages using signals 
exhibiting greater power so that field report messages 
may be successfully communicated to even a distant 
control facility 12. In addition, repeater node 14 may 
55 reformat field report messages into a format compatible 
with the requirements of control facility 12 and may add 
additional data thereto. 

[0021] Repeater node 14 may optionally be omitted 
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and field node 18 may, for example, communicate di- 
rectly with control facility 12 through land-based or 
space-based cellular radiotelephone systems, or 
through direct radio links. In addition, while FIG. 1 illus- 
trates communication of field report messages as being 
in only one direction from field node 1 8 to control facility 
12, those skilled in the art will appreciate two-way com- 
munications optionally may be employed for particular 
applications. 

[0022] Control facility 1 2 receives field report messag- 
es at receiver 30, which passes them to computer 32. 
Computer 32 may be a conventional personal computer 
and may include conventional computer components, 
e.g., memory devices, processors etc. In addition, vari- 
ous input devices 34, e.g., a keyboard, mouse, barcode 
reader, RS-232 port, removable disk drive etc., are use- 
fully associated with computer 32 as well as various out- 
put devices 36, e.g., a printer, video display, audio loud- 
speaker, RS-232 port, removable disk drive etc. 
[0023] When computer 32 receives a field report mes- 
sage, it processes the message to determine whether 
a situation requiring further attention is being reported. 
If so, appropriate alarms are annunciated. When an op- 
erator at control facility 12 detects such alarms, the op- 
erator may use conventional two-way radio set 37 to at- 
tempt to engage in voice communications through a cor- 
responding two-way radio set 38 with an observer in 
field area 16. Depending upon the results of this at- 
tempted voice communication, the operator may decide 
to take further action, e.g., sending reinforcements to 
field area 16. Of course, those skilled in the art will ap- 
preciate that other devices, e.g., cellular radiotele- 
phones, may be used for such two-way voice commu- 
nications. Computer 32 may also provide correlation of 
PTU locations with a map overlay. Further details con- 
cerning operation of control facility 1 2 are discussed be- 
low. 

[0024] FIG. 2 is a block diagram of field node 18 used 
by a preferred embodiment of the present invention. 
Field node 18 includes processor 39. Location determi- 
nation system 40 is coupled to processor 39 and sup- 
plies data describing a current location for field node 1 8. 
In a preferred embodiment, location determination sys- 
tem 40 is a conventional Global Positioning System 
(GPS) receiver. Those skilled in the art could adapt other 
location determination systems for use in the present 
invention. 

[0025] Field node 18 also includes receiver 41 for re- 
ceiving RF signals from PTUs 20 (FIG. 1). Receiver 41 
couples to processor 39 and supplies data communica- 
tions originating from PTUs 20. Transmitter 42 couples 
to processor 39 and broadcasts RF signals conveying 
field report messages to control facility 12 (FIG. 1). 
Memory 44 and timer 46 also couple to processor 39. 
Memory 44 includes data serving as instructions to proc- 
essor 39 and which, when executed by processor 39, 
cause field node 18 to carry out tasks, processes and 
procedures, discussed infra. Memory 44 additionally in- 



cludes variables, tables and databases that are manip- 
ulated due to operation of field node 18. Processor 39 
uses timer 46 to keep track of time. 
[0026] Field node 18 additionally includes tamper 

5 sensor 50, audio transducer 52 and display 54, each 
coupled to processor 39. Tamper sensor 50 detects tam- 
pering at field node 18 and maybe implemented through 
one or more switches or conductive circuits located in 
the housing (not shown) within which field node 18 re- 

10 sides, or may include motion sensors. Audio transducer 
52 makes various audible sounds in response to control 
signals from processor 39. Display 54 visually displays 
data supplied by processor 39. 

[0027] FIG. 3 is a block diagram of PTU 20 used by a 
15 preferred embodiment of the present invention. PTU 20 
includes memory 58 and timer 60 coupled to processor 
56. Memory 58 includes data serving as instructions to 
processor 56 and which, when executed by processor 
56, cause PTU 20 to carry out tasks, processes and pro- 
20 cedures discussed below. Memory 58 also includes var- 
iables, tables and databases that are manipulated due 
to the operation of PTU 20. Processor 56 uses timer 60 
to keep track of time. 

[0028] Transmitter 61 couples to processor 56 and 
25 broadcasts RF signals conveying data communications 
from PTU 20 to field node 1 8 (FIGs. 1 , 2). Transmitters 
42, 61 may be configured to transmit spread spectrum 
signals while receiver 41 may be configured to receive 
and decode spread spectrum signals. In observer PTUs 
30 20", audio transducer 62 couples to processor 56 and 
desirably makes audible sounds in response to control 
signals supplied from processor 56. Audio transducer 
62 may be omitted from monitoree PTUs 20'. 
[0029] Various sensors provide inputs to processor 
35 56. For example, emergency switch 64 may be manip- 
ulated by the observer or monitoree to signal distress or 
emergency. Emergency switch 64 may be configured as 
a button, or as a lanyard which is pulled to signal an 
emergency. Tamper sensor 66 provides an input sign- 
40 aling when PTU 20 is being tampered with. For example, 
if PTU 20 is configured as an item of wrist apparel, 
tamper sensor 66 may be provided as a conductive cir- 
cuit that is broken when a wrist strap is broken or unfas- 
tened and/or may include motion detectors. Body detec- 
ts tion sensor 68 provides an input signaling when PTU 20 
is no longer positioned against the body of a wearer, or 
may include other types of biosensors (e.g., pulse, tem- 
perature, sweat/stress monitor etc.). And, in any observ- 
er PTU 20" (FIG. 1), horizontal sensor 70 may signal 
50 processor 56 when the wearer of PTU 20" has been 
knocked down or is otherwise generally horizontal (i.e., 
"man down"). Sensor 70 may be a mercury switch or 
other device helpful in accomplishing similar functions. 
[0030] FIG. 4 is a flow chart of tasks performed by ob- 
55 server PTUs 20" (FIG. 1). A subset of these tasks are 
performed by monitoree PTUs 20'. Substantially all 
PTUs 20 perform the same tasks while monitorees are 
in field area 16. Thus, the flow chart of FIG. 4 depicts 
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the operation of all PTUs 20. 

[0031] Preferably, PTUs 20 perform tasks in a pro- 
gramming loop, i.e., substantially the same tasks are re- 
petitively performed indefinitely. Query task 72 deter- 
mines whether an emergency condition has been de- 
tected at PTU 20 when emergency switch 64 (FIG. 3) 
has been activated by the associated monitoree or ob- 
server. 

[0032] Furthermore, in the preferred embodiment 
task 72 includes a latching process (not shown) which 
declares an emergency condition throughout a prede- 
termined duration, for example 30 seconds, following an 
initial activation of switch 64. FIG. 5 shows a table of 
some of the variables maintained in memory 58 that 
PTU 20 uses in accordance with the present invention. 
This latching process may utilize emergency activation 
timer variable 73, shown in FIG. 5. When the initial ac- 
tivation of switch 64 is detected, variable 73 may be set 
to indicate the expiration of this predetermined duration. 
So long as the expiration has not yet occurred, task 72 
continues to declare an emergency condition regardless 
of whether switch 64 may still be activated. This extend- 
ed emergency condition declaration increases the 
chances for receiving a data communication signaling 
the emergency condition at field node 18. 
[0033] As discussed below in connection with FIG. 7, 
the emergency condition is treated by system 10 (FIG. 
1 ) as a situation which requires immediate and automat- 
ic notification of control facility 12 (FIG. 1). When task 
72 detects an emergency condition, program control 
proceeds to task 87, activating a continuous audio 
alarm, for example, and then to task 74. Task 74 sets 
short/long repeat interval mode variable 75, shown in 
the table of memory variables presented in FIG. 5, to 
indicate a short interval. As discussed below, PTU 20 
repetitively transmits data commun ications for reception 
by field node 1 8. When emergency and other situations 
discussed below occur, the successful reception of such 
data communications by field node 18 becomes more 
critical than at other times. By setting a short repeat in- 
terval, a greater number of data communications are 
made in a given period of time, and the chances of suc- 
cessful communication improve. 
[0034] When task 72 determines that no emergency 
condition is present, query task 76 determines whether 
an alarm condition has been detected. An alarm condi- 
tion is detected when either tamper sensor 66 or body 
detector sensor 68 activates to indicate either tampering 
with PTU 20 or detachment of PTU 20 from a monitoree 
or observer. As discussed below in connection with 
FIGs. 7-9, an alarm condition is treated by system 10 
(FIG. 1) as a situation which is not reported to control 
facility 12 unless it cannot be corrected within a prede- 
termined period of time, for example 30 seconds to a 
few minutes. If the alarm condition cannot be corrected 
in this period of time, it is automatically reported to con- 
trol facility 12. A local alarm is sounded at field node 18 
so that the observer can take steps to correct the situa- 



tion within this period of time. When task 76 detects an 
alarm condition, program control proceeds to task 80. 
[0035] When task 76 determines that no alarm condi- 
tion is present, task 78, which may apply only to observ- 

5 er PTU 20" (FIG. 1), determines whether the observer 
has been knocked or has otherwise fallen down. Task 
78 examines the state of horizontal sensor 70 (FIG. 3) 
in making its determination. If the observer is down, task 
80 activates an audible alarm warning for a predeter- 

10 mined duration at PTU 20 by issuing appropriate com- 
mands to audio transducer 62. This audible alarm 
serves as a warning that a report will be sent to control 
facility 12 if the situation is not soon corrected. Task 80 
may also set an observer down timer variable 81 , shown 

15 in the table of memory variables presented in FIG. 5, the 
first time it is performed for an activation of sensor 70. 
Variable 81 may desirably be set to indicate a point in 
time 10-15 seconds in the future. On the other hand, if 
task 78 determines that the observer is not down, task 

20 82 resets or silences any audible alarm warning which 
may have been activated during an earlier iteration of 
the programming loop. Task 82 may also set variable 81 
to indicate either a point in time far into the future or a 
past point in time. 

25 [0036] After task 80 or 82, query task 84 determines 
whether a predetermined duration has transpired since 
the audible alarm indicating that an observer is down 
was activated. This predetermined duration is the time 
indicated in variable 81 (FIG. 5), which was set above 

30 in task 80 during this or a previous iteration of the pro- 
gramming loop. If the predetermined duration has ex- 
pired (block 84) and the alarm condition or observer 
down condition has not been corrected, a continuous 
audio alarm, for example, is activated in task 87, and 

35 program control proceeds to task 74. On the other hand, 
if the alarm has been active for less than this predeter- 
mined duration or if the alarm is not active, program con- 
trol proceeds to query task 86. 

[0037] PTUs 20 (FIG. 1) repetitively transmit data 

40 communications to field nodes 18 from time to time in 
accordance with a predetermined schedule regardless 
of whether an emergency, alarm, or observer down sit- 
uation occurs. When an emergency, alarm, or observer 
down situation occurs, data communications repeat at 

45 short intervals. When no emergency, alarm, or observer 
down situation is detected, data communications repeat 
at relatively long intervals. Accordingly, query task 86 
determines whether the next transmission time has oc- 
curred. Task 86 may consult next transmit time variable 

so 88, shown in the table of memory variables presented 
in FIG. 5, to determine whether the current time matches 
or exceeds the time set in variable 88. So long as the 
current time is less than the time indicated by variable 
88, program control loops back to task 72, discussed 

55 above. 

[0038] When task 86 determines that the next trans- 
mit time has occurred, task 90 formats and transmits a 
data communication from transmitter 61 (FIG. 3). Task 
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86 preferably includes an identification (ID) code that 
uniquely identifies PTU 20 along with current sensor sta- 
tus data in the data communication. The PTU ID and 
sensor status data may be obtained from variables 92 
and 94, respectively, shown in FIG. 5. At this point in the 
programming loop, the sensor status data may or may 
not indicate an emergency, alarm, or observer down 
condition. 

[0039] After task 90, query task 96 determines wheth- 
er a short repeat interval mode has finished. In the pre- 
ferred embodiment, PTU 20 operates in its short repeat 
interval mode for only a little while, for example 10-30 
seconds. Task 96 determines if this period of time has 
transpired since the short repeat interval mode was in- 
itiated. If PTU 20 has been operating in the short trans- 
mit mode and if this period of time has now transpired, 
task 98 resets variable 75 (FIG. 5) to indicate the long 
repeat interval. 

[0040] When task 96 determines that PTU 20 is oper- 
ating in the long repeat interval mode or when PTU 20 
is operating in the short repeat interval mode and this 
interval has not yet finished, program control proceeds 
to task 100. Task 100 and following task 102 generally 
determine the next transmit time based upon whether 
PTU 20 is operating in the short or long repeat interval 
mode. 

[0041] FIG. 6 is an exemplary timing diagram which 
illustrates transmission schedules for three arbitrary 
PTUs 20, referenced as PTUs 20x, 20y, and 20zforthe 
purposes of FIG. 6. With reference to FIGs. 4 and 6, task 
100 calculates when next transmit window 104 opens. 
Transmit window 1 04 represents a timing window within 
which PTU 20 may transmit its data communication. 
Transmit windows 1 04 for any given PTU 20 are delayed 
from one another in accordance with a predetermined 
schedule which is defined by either the short or long re- 
peat interval modes. As shown in FIG. 6, PTUs 20x and 
20y are operating in the long repeat interval mode while 
PTU 20z is operating in the short repeat interval mode. 
PTUs 20 operate asynchronously from one another, and 
windows 104 between PTUs 20 do not precisely coin- 
cide, except by rare coincidence. 
[0042] For each PTU 20, task 100 calculates a next 
transmit window to begin a predetermined duration fol- 
lowing the beginning of previous transmit window 104. 
For the long repeat interval mode, this duration may de- 
sirably be from one to ten seconds. For the short repeat 
interval mode, this duration may desirably be around 0.1 
second. The previous transmit window 104 timing may 
be determined by consulting transmit window open time 
variable 106, shown in the table of memory variables 
presented in FIG. 5. Once the calculation is complete, 
the results may be stored back in variable 106 for use 
in a subsequent iteration of the programming loop. 
[0043] After task 100, task 102 randomizes precise 
point in time 1 08 at which the next transmission will take 
place within window 104. Point in time 108 is saved in 
next transmit time variable 88 for use by task 86, dis- 



cussed above, in future iterations of the programming 
loop. The chances of transmitting a data communication 
at any point within timing window 1 04 are approximately 
the same as the chances of broadcasting the data com- 

5 munication at any other point within timing window 104. 
And, the instant at which the data communication is 
broadcast within window 104 randomly changes from 
window 104 to window 104. Accordingly, even if PTUs 
20 happen to broadcast their data communications at 

10 precisely the same time in any window 1 04, the chances 
of avoiding interference from other data communica- 
tions over the course of the next few transmissions are 
extremely high. 

[0044] In the preferred embodiment, a data commu- 
15 nication transmission from a single PTU 20 lasts some- 
where in the range of 100-200 microseconds. If, for ex- 
ample, as many as fifty of PTU's 20 are within range of 
field node 18, and each PTU 20 makes a transmission 
on an average of once every second, then the odds of 
20 two transmissions interfering with one another in any 
window 1 04 are less than one percent. With randomiza- 
tion of precise transmission times 108 within windows 
104, the odds of continual interference over a few win- 
dows 104 decreases dramatically from this small per- 
25 centage. 

[0045] After task 102, program control loops back to 
task 72. Program control remains in the programming 
loop depicted in FIG. 4 indefinitely. Thus, PTUs 20 re- 
petitively transmit their IDs from time to time along with 

30 their current sensor status. While FIG 4 depicts partic- 
ular tasks which are conventional in the art and which 
may be routinely included in programmable communi- 
cation and processing devices. 
[0046] FIGs. 7-9 depict operation of field node 18. 

35 FIG. 7 is a flow chart of tasks performed by field node 
18 in procedure 110 that operates in a foreground mode. 
When executive node 1 1 1 of procedure 1 1 0 detects the 
initiation of a download operation, download process 
112 is performed. A download operation occurs when 

40 data are sent to field node 18 from control facility 12 
(FIG. 1). In operation, PTUs 20 and field node 18 may 
desirably have their unique ID codes printed thereon in 
the form of bar codes or the equivalent. As the observers 
and monitorees leave the area of control facility 12, a 

45 bar code reader or equivalent device of control facility 
1 2 may scan or otherwise read or obtain these codes to 
learn which monitorees are to be associated with which 
observers and field nodes 18. These data along with 
other associated data, e.g., monitoree and observer 

50 names retained in control facility 12, may be given to 
field node 1 8 through a download operation (block 1 1 2), 
wherein data are stored (block 114). The precise man- 
ner of transmitting the download data is not a critical fea- 
ture of the present invention. Such data may be trans- 

55 mitted to field node 18 via RF communication links. Al- 
ternatively, such data may be transmitted via an RS-232 
link, optical link, disk read, or other technique known to 
those skilled in the art. 
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[0047] FIG. 8 is a block diagram of database 116, into 
which download process 1 1 2 via task 1 1 4 saves monitor 
data obtained from control facility 12 (FIG. 1), in field 
node 18. These data, which include PTU IDs and asso- 
ciated monitoree and observer names as a minimum in 
fields 168, are retained in memory 44 (FIG. 2) of field 
node 18 while field node 18 is in field area 16. These 
data are used in monitoring PTUs 20. After task 114, 
program control returns to executive node 111 of proce- 
dure 110 (FIG. 7). 

[0048] Executive node 1 1 1 of procedure 1 1 0 may also 
detect tampering with field node 18. Tampering is indi- 
cated when sensor 50 (FIG. 2) activates. When tamper- 
ing is detected, program control proceeds to task 120, 
discussed below. 

[0049] Executive node 1 1 1 of procedure 1 1 0 may also 
detect a field node status report request. When execu- 
tive node 111 detects afield node status report request, 
field node self test procedure 1 1 9 is carried out and pro- 
gram control proceeds to task 120, discussed infra. 
[0050] Executive node 1 1 1 of procedure 1 1 0 may also 
detect the receipt of a data communication transmitted 
from a PTU 20. When a data communication is detected, 
procedure 110 performs query task 118. Task 118 de- 
termines whether the data communication indicates an 
emergency condition. As discussed above, an emer- 
gency condition is indicated when emergency switch 64 
of monitored PTU 20 has been activated. In addition, 
task 118 desirably interprets an uncorrected observer 
down condition, discussed above in connection with 
tasks 78, 80, 82, and 84 (FIG. 4), as an emergency con- 
dition. If an emergency condition is indicated, program 
control proceeds to task 120. As discussed above, pro- 
gram control also proceeds to task 120 when executive 
node 1 1 1 of procedure 1 1 0 detects tampering with field 
node 18. 

[0051] Task 120 and the tasks which follow generally 
cause a field report message to be sent to control facility 
1 2 to inform control facility 1 2 of an emergency situation 
or of field node status. Task 1 20 activates audio trans- 
ducer 52 (FIG. 2) in such a manner that it sounds an 
alarm report tone or status report tone at field node 18. 
That way, the observer is informed of the emergency 
situation or status report and of the fact that a field report 
message is being sent to control facility 12. Task 120 
may set mode variable 121 (FIG. 8) associated with an 
audio alarm table in database 116 to indicate operation 
in the alarm tone mode. Task 120 may also desirably 
set audio-off time variable 122 (FIG. 8) to indicate how 
long the alarm should last, and may initiate a self test. 
[0052] After task 120, task 123 identifies the emer- 
gency or status on display 54 (FIG. 2). By identifying the 
emergency, task 1 23 may display the name of the mon- 
itoree or observer for whom the emergency condition 
has been detected and possibly the type of emergency 
which is being reported to control facility 12. 
[0053] After task 1 23, procedure 1 1 0 performs report 
process 124, shown within a dotted-line box in FIG. 7. 



Report process 124 sends the field report message to 
control facility 12. In particular, process 124 performs 
task 126 to format the field report message and to trans- 
mit the message to control facility 12. 

5 [0054] The message constructed during task 126 in- 
cludes the ID of field node 18 and data describing the 
location of field node 18 and optionally includes status 
information. The ID of field node 18 may be obtained 
from field node ID variable 128 in database 116 (FIG. 

10 8). The location data may be obtained either directly 
from location determination system 40 (FIG. 2) or indi- 
rectly from system 40 through location data variable 130 
in database 116 (FIG. 8). The location data desirably 
varies in accordance with the operation of field node 18 

15 to track the location of field node 18, but the ID of field 
node 18 desirably does not vary in accordance with the 
operation of field node 18. 

[0055] The message constructed at task 1 26 also de- 
sirably includes data describing the reason forthe report 

20 (i.e., emergency or status report). For example, when 
an emergency or alarm condition is being reported, the 
ID of the PTU 20 which detected the condition is report- 
ed along with data describing the nature of the condition. 
In addition, past reported conditions may be summa- 

25 rized and repeated in a current report to improve the 
chances of successful communication of the reports. On 
the other hand, when field report messages are commu- 
nicated to control facility 12 over two-way communica- 
tion links, successful communication of the messages 

30 may be instantly verified using well known techniques. 
[0056] After task 126 sends the field report message 
to control facility 12, task 132 deactivates any local 
alarms that may have expired as indicated by variable 
1 22 (FIG. 8). Task 1 32 may deactivate the alarm by set- 

35 ting mode variable 121 (FIG. 8) to indicate a silence or 
off condition, or task 1 32 may directly send appropriate 
silencing commands to audio transducer 52 (FIG. 2). 
[0057] After task 1 32, task 1 34 updates a next report 
time and any situational status data that may be trans- 

40 mitted to control facility 12 in subsequent field report 
messages. The next report time is calculated by task 
134 to occur a predetermined duration in the future. In 
the preferred embodiment, this time may be on the order 
of 5-15 minutes, but it may vary from application to ap- 

45 plication. The calculated next report time may be saved 
in next report time variable 136 in database 116 (FIG. 
8). As discussed below, when this next report time oc- 
curs, anotherfield report message will be sent to control 
facility 12 regardless of whether any emergency or 

50 alarm condition has been detected. On the other hand, 
nothing prevents some emergency or alarm condition 
from causing a field report message to be sent before 
the calculated next report time. Status data that may be 
transmitted to control facility 12 in subsequent field re- 

55 port messages desirably summarizes previous alarm 
and emergency reports. Such data may be written to ar- 
ea 138 of database 116 (FIG. 8) for use by subsequent 
iterations of task 126. 
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[0058] After task 1 34, report process 1 24 ends. At the 
end of process 124 program control returns to the pro- 
cedure which invoked process 124. In the situation de- 
picted in FIG. 7, program control returns to executive 
node 111 to await the next data communication from 
PTU 20. 

[0059] Referring back to task 1 1 8, when task 1 1 8 de- 
termines that a received data communication from PTU 
20 does not indicate an emergency condition, query task 
1 40 determines whether an alarm condition is indicated. 
As discussed above, an alarm condition is indicated 
when tamper or body detection sensors 66 or 68 (FIG. 
3) of PTU 20 have been activated. In addition, field node 
18 may interpret missing data communications from 
PTU 20 as an alarm condition. However, this missing 
communications condition is not detected at task 140, 
discussed infra (FIG. 9). When an alarm condition oc- 
curs, field node 18 refrains from immediately sending a 
field report message to control facility 1 2. Rather, a local 
alarm is sounded at field node 1 8. If the alarm condition 
is not corrected within a predetermined period of time, 
hereinafter called a "correction window," field node 18 
sends a field report message to control facility 12. This 
correction window may be on the order of a few seconds 
to a few minutes in duration. 

[0060] When an alarm condition is indicated, proce- 
dure 110 performs wait-for-correction process 142. 
Generally, process 1 42 causes field node 1 8 to operate 
in a correction mode. In the correction mode, an alarm 
is sounded at field node 18 while field node 18 waits to 
see if an alarm condition appears to correct itself within 
the correction window. 

[0061] The condition may appear to correct itself after 
human intervention. For example, an observer may is- 
sue verbal instructions to the concerned monitoree 
which, when performed by the monitoree, will cause the 
condition to correct itself. If data communications have 
been missed at field node 1 8, the observer may tell the 
concerned monitoree to move closer to field node 18. 
After the monitoree moves closer data communications 
will again be received at field node 1 8 and the condition 
will have appeared to correct itself. Likewise, as a result 
of an alarm condition an observer may tell a monitoree 
to move away from an interfering structure, stop activi- 
ties that are interpreted as tampering or removal of the 
PTU 20 etc. If continued data communications indicate 
no alarm condition, the condition will have appeared to 
correct itself at field node 18. In the preferred embodi- 
ment, field node 1 8 is configured for safety and reliability 
reasons not to have switches that may be manipulated 
to prevent reporting of the alarm condition to control fa- 
cility 1 2. Thus, the condition itself must be altered to pre- 
vent the alarm condition from being reported. 
[0062] Process 1 42 performs query task 1 44 to deter- 
mine whether field node 18 is already operating in the 
correction mode with respect to a particular PTU 20. 
Task 144 may consult database 116 in making its deter- 
mination. If correction window element 146 associated 



with each PTU I D in database 1 1 6 indicates a time that 
is not possible for a current correction window, e.g., a 
far past or far future time, then task 144 may conclude 
that field node 1 8 is not operating in the correction mode 

5 with respect to that PTU 20. If field node 18 is already 
operating in the correction mode with respect to the PTU 
20 from which the current data communication has been 
received, program control proceeds to query task 145. 
Query task 1 45 determines if the correction window has 

10 timed out. If the correction window has timed out, pro- 
gram control passes to task 1 20; otherwise, the remain- 
ing tasks in process 142 are skipped and process 142 
is exited. On the other hand, when task 1 44 determines 
that field node 18 is not already operating in the correc- 

15 tion mode with respect to the PTU 20 from which the 
current data communication has been received, pro- 
gram control performs task 148. 
[0063] Task 1 48 activates a correctable tone at audio 
transducer 52 (FIG. 2) of field node 1 8. This tone alerts 

20 the observer to the correctable alarm condition. The ob- 
server needs to take steps to correct the alarm condition 
to prevent a field report message from being automati- 
cally sent to control facility 12. Task 148 may desirably 
set variables 121, 122 (FIG. 8) in accordance with the 

25 correctable alarm. Desirably, the correctable tone differs 
from the alarm tone so that the observer may easily dis- 
tinguish correctable alarm conditions from alarm or 
emergency conditions. After task 148, task 150 identi- 
fies the correctable alarm condition on display 54. In 

30 identifying the correctable alarm condition, task 150 
may display the name of the monitoree or observer for 
whom the correctable alarm condition has been detect- 
ed and possibly the type of alarm condition which has 
been detected. 

35 [0064] After task 150, task 152 sets the end of the cor- 
rection window. Task 152 writes a new correction win- 
dow ending value to the appropriate element 1 46 (FIG. 
8) in database 116. This new value is desirably based 
on the current time and indicates a point a predeter- 

40 mined duration into the future. Nothing requires this pre- 
determined duration to be the same from alarm condi- 
tion to alarm condition, from monitoree to monitoree, or 
from observer to observer. After task 152, program con- 
trol exits wait-for-correction process 142. In the situation 

45 depicted in FIG. 7, program control then returns to ex- 
ecutive node 111 to await the next data communication 
received from PTU 20. 

[0065] Referring back to task 1 40, when task 1 40 de- 
termines that no alarm condition is indicated, program 

50 control proceeds to task 154. At this point in procedure 
110, a data communication has been received from any 
PTU 20, and that data communication indicates that 
everything appears to be in an acceptable condition for 
that PTU 20. In other words, no emergency or alarm 

55 conditions have been detected. This represents the nor- 
mal mode of operation. Thus, task 154 resets any cor- 
rection window 146 that may have been previously ac- 
tivated to indicate operation in a normal mode as op- 
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posed to the above-discussed correction mode. In ad- 
dition, task 154 may deactivate or silence the correcta- 
ble alarm tone so long as no alarms are currently active 
for other PTUs 20. 

[0066] After task 1 54, task 1 56 sets a time value to a 
missing alarm element 158 (FIG. 8) in database 116. 
Each PTU 20 being monitored by field node 18 has a 
missing alarm element 158 associated with it in data- 
base 116. Task 156 sets element 158 with respect to 
PTU 20, from which the current data communication has 
been received, to indicate a point in time a predeter- 
mined duration in the future, desirably around 5-15 sec- 
onds later. If no further data communications are re- 
ceived from this PTU 20 by the end of the time indicated 
in missing alarm element 158, an alarm condition is de- 
clared by field node 18 (see FIG. 9 and associated text). 
On the other hand, the next time that a data communi- 
cation is received from this PTU 20, the missing alarm 
will be reset farther into the future. 
[0067] After task 1 56, task 1 60 records the status data 
included in the data communication in database 116, 
and program control then loops back to executive node 
1 1 1 to await the next received data communication from 
a PTU 20. While FIG. 7 depicts particular tasks which 
are relevant to the present invention, those skilled in the 
art will appreciate that the foreground mode of field node 
18 may include additional tasks which are conventional 
in the art and which may be routinely included in pro- 
grammable communication and processing devices. 
[0068] FIG. 9 is a flow chart of tasks performed by field 
node 1 8 in procedure 1 62 that operates in a background 
mode. Those skilled in the art will appreciate that the 
foreground and background modes of operation depict- 
ed for field node 18 in FIGs. 7 and 9 may be viewed as 
being continuously and simultaneously operational. In 
actual practice, however, actual processor operations 
may rapidly switch back and forth between these two 
modes at a rate which exceeds the changes in inputs 
that field node 18 experiences. As depicted in FIG. 9, 
field node background procedure 1 62 operates in a pro- 
gramming loop. In other words, substantially the same 
sets of tasks are performed over and over for an indef- 
inite duration. 

[0069] Among these tasks, procedure 162 performs 
task 1 64 to get and save location data. The location data 
are obtained from location determination system 40 
(FIG. 2) and are saved in location data variable 130 in 
database 116 (FIG. 8). By performing task 164 over and 
over in the programming loop, the value contained in 
location data variable 1 30 tracks the actual location of 
field node 1 8 and field area 1 6 (FIG. 1 ). 
[0070] After task 1 64, task 1 66 gets or otherwise iden- 
tifies the next record for PTU ID 168 in database 116 
(FIG. 8). The next record may be the one following a 
previously processed record. Once this record has been 
identified, query task 1 70 examines it to determine if its 
missing alarm element 158 (FIG. 8) indicates an expired 
time. As discussed above, the expiration of the missing 



alarm time means that no data communication has been 
received from the PTU 20 for a predetermined duration. 
This predetermined duration is set, through task 156 
(FIG. 7), to be greater than the period of time required 
5 to receive several data communications in accordance 
with the predetermined schedule upon which the PTU 
20 transmits data communications. When the alarm has 
expired, procedure 162 performs wait-for-correction 
process 142, discussed above in connection with FIG. 
10 7. Process 1 42 will cause field node 1 8 to operate in its 
correction mode where an alarm will sound and a field 
report message will be sent to control facility 12 unless 
data, e.g., receipt of another data communication from 
the missing PTU 20, indicates correction of the situation. 
15 [0071] After process 142 and when task 170 deter- 
mines that the missing alarm has not yet expired for this 
PTU 20, query task 1 72 determines whether the current 
time indicates the end of a correction window for the 
PTU 20, assuming field node 18 is currently operating 
20 in its correction mode. Task 1 72 may examine correction 
window element 146 in database 116 (FIG. 8) for the 
current record's PTU 20 in making its determination. If 
the current time represents the end of a correction win- 
dow, task 174 causes audio transducer 52 (FIG. 2) to 
25 sound the alarm report tone, and report process 124, 
discussed above in connection with FIG. 7, is per- 
formed. Thus, when a correctable alarm condition has 
been detected, but the condition is not corrected within 
the correction window, the alarm condition is then treat- 
so ed like an emergency condition. In other words, the 
alarm condition is immediately and automatically report- 
ed to control facility 12. 

[0072] After process 124 and when task 172 deter- 
mines that the end of a correction window has not oc- 

35 curred for the PTU record currently being processed by 
procedure 162, program control proceeds to query task 
176. Task 176 determines whether the current time is 
appropriate for sending a field report message to control 
facility 12. Task 176 may evaluate next report time var- 

40 iable 136 (FIG. 8) in making its determination. Variable 
1 36 was set by a previous performance of task 1 34 (FIG. 
7) based upon the time at which the last field report mes- 
sage was sent to control facility 12. When task 176 de- 
cides that it is time to send a field report message, task 

45 178 activates audio transducer 52 (FIG. 2)toemitasta- 
tus tone, which preferably differs from the above-dis- 
cussed alarm and correction tones. Next, procedure 162 
performs report process 124, discussed above in con- 
nection with FIG. 7, to send a field report message to 

50 control facility 1 2. Process 1 24 additionally sets the time 
for sending the next field report message. 
[0073] Those skilled in the art will appreciate that the 
performance of tasks 176 and 178 along with process 
124 cause field report messages to be sent to control 

55 facility 12 from time to time even when no emergency 
or alarm conditions have been detected. These situa- 
tional status messages simply inform control facility 12 
of the current situational status at field area 1 6. This oc- 
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casional transmission of a situational status indication 
to control facility 1 2 provides a security check which in- 
forms control facility 12 that everything in field area 16 
appears to be in an acceptable condition. Such reports 
need not provide critical information to control facility 1 2. 
However, the absence of such reports may indicate any 
one of a wide variety of problems on which personnel at 
control facility 12 should take some action. 
[0074] After process 124 and when task 176 deter- 
mines that it is not yet time to send a situational status 
report to control facility 12, program control loops back 
to task 1 64. The programming loop will then process the 
next PTU record from database 116. Program control 
remains in the programming loop depicted in FIG. 9 in- 
definitely. Thus, field node 18 continually processes 
PTU records from database 116 while foreground pro- 
cedure 110 (FIG. 7) updates the records in response to 
inputs from PTUs 20 and other inputs. While FIG. 9 de- 
picts particular tasks which are relevant to the present 
invention, those skilled in the art will appreciate that field 
node 1 8 may include additional tasks in background pro- 
cedure 162 that are conventional in the art and which 
may be routinely included in programmable communi- 
cation and processing devices. 
[0075] FIG. 10 is a flow chart of tasks performed by 
control facility 12 (FIG. 1). Control facility 12 may per- 
form a programming loop to track the receipt of field re- 
port messages and the possible absence of field report 
messages. In particular, control facility 12 may perform 
query task 1 80 to determine whether a field report mes- 
sage has just been received from any field node 18 in 
field area 16. If such a field report message has been 
received, then task 182 records the message, and task 
184 sets a missing report alarm. This missing report 
alarm may operate in a manner similar to that described 
above in connection with element 158 (FIG. 8), except 
the alarm would operate for field node 18 rather than 
PTU 20. So long as the missing report alarm has not yet 
expired, no problem is indicated. However, when the 
missing report alarm expires, some sort of potential 
problem is indicated, and personnel at control facility 1 2 
should take some action to verify and/or address the 
problem. 

[0076] After task 184, query task 186 determines 
whether the field report message being processed indi- 
cates a change in status from a previous field report 
message for the same field node 18. In particular, task 
1 86 determines whether the field report message iden- 
tifies any new alarm or emergency condition. If no new 
alarm or emergency condition is indicated, program 
control loops backtotask180. Control facility 12 refrains 
from setting alarms or taking other action which would 
call attention to the no-change situation. 
[0077] Referring back to task 1 80, when task 1 80 de- 
termines that no field report message has been re- 
ceived, query task 1 88 determines whether any field re- 
port messages are missing. In other words, task 1 88 de- 
termines whether the missing report alarm time dis- 



cussed above in connection with task 184 has expired. 
If no reports are missing, program control again loops 
back to task 180. 

[0078] On the other hand, when task 1 88 decides that 
5 afield report message has not been received as sched- 
uled, program control proceeds to task 1 90. In addition, 
when task 186, discussed above, determines that a field 
report message indicates a change in status from a pre- 
vious message received from the same field node 18, 
10 program control proceeds to task 1 90. Task 1 90 annun- 
ciates an alarm to call an operator's attention to the sit- 
uation. Task 190 may, for example, print out a descrip- 
tion of the missing report or status change situation. The 
operator may then examine the printout and take appro- 
15 priate action, e.g., initiating a voice communication ses- 
sion through radios 37 and 38 (FIG. 1). After task 190 
annunciates an alarm, program control again loops back 
to task 180. 

[0079] Program control remains in the programming 
20 loop depicted in FIG. 10 indefinitely. Thus, control facility 
12 continually processes received field report messag- 
es from any number of field nodes 18. This processing 
detects alarm and emergency conditions along with 
missing field report conditions. While FIG. 10 depicts 
25 particular tasks which are relevant to the present inven- 
tion, those skilled in the art will appreciate that the con- 
trol facility 1 2 may include additional tasks that are con- 
ventional in the art and which may be routinely included 
in programmable communication and processing devic- 
30 es. 

[0080] In summary, the present invention provides an 
improved method and system for remote monitoring. 
The system and method of the present invention make 
an observer's job easier. Emergency and alarm condi- 

35 tions are brought to the observer's attention. Conse- 
quently, when an observer's attention is momentarily fo- 
cused elsewhere, local alarms in the field area instantly 
cause the observer's attention to become focused on 
the current situation and directed to a potential problem. 

40 The present system and method reduces the costs as- 
sociated with monitoring a population of monitorees. By 
using the present system and method, the number of 
monitorees that can be effectively monitored by an ob- 
server may be increased thereby reducing labor costs 

45 associated with observers. Likewise, at a control facility 
alarms are annunciated only when alarm or emergency 
conditions or missing report conditions occur. Control fa- 
cility operators need not direct constant vigilance to var- 
ious situations in field areas but may divert their atten- 

50 tion to other tasks until potential problems are indicated. 
Furthermore, the system and method of the present in- 
vention improves safety for an observer as well as for 
monitorees. Instant and automatic reporting features 
can signal help even though a situation may render an 

55 observer incapable of initiating such signaling. The 
emergency signaling and quick alarming features call 
immediate attention to situations in which monitorees 
may face danger, thereby resulting in a quick response 
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by an observer. 

[0081] The present invention has been described 
above with reference to preferred embodiments. How- 
ever, those skilled in the art will recognize that changes 
and modifications may be made in these preferred em- 
bodiments without departing from the scope of the 
present invention. Those skilled in the art will appreciate 
that, since computers or processors are located at the 
various nodes of the system of the present invention, 
various ones of the features discussed herein may eas- 
ily be distributed differently than indicated above. The 
observer down features discussed above in connection 
with personal transmitter units may be implemented in 
the field node or in the monitoree PTUs. Moreover, those 
skilled in the art will appreciate that additional items of 
status data may be communicated and processed 
through the system of the present invention. For exam- 
ple, battery status and results of self tests may be de- 
sirable for inclusion with the status items discussed 
above. These and other changes and modifications 
which are obvious to those skilled in the art are intended 
to be included within the scope of the present invention. 

Claims 

1. A method of monitoring a plurality of monitorees in 
an area remote to a control facility (1 2), said method 
comprising steps of: 

retaining, at a field node (1 8) in said remote ar- 
ea, data identifying unique codes for said mon- 
itorees, data identifying said field node, and da- 
ta identifying a location for said field node; 
associating a detection unit (20) with each of 
said monitorees; 

from each of said detection units (20), repeti- 
tively transmitting (90) one of said unique codes 
from time to time in accordance with a prede- 
termined schedule; 

receiving at least a portion of said transmitted 
codes at said field node (18); 
activating (120) an alarm (52, 54) at said field 
node (18) when one of said unique codes has 
not been received in accordance with said 
schedule; and 

sending (1 26) a field report message from said 
field node (18) to said control facility (12) after 
a predetermined duration has transpired follow- 
ing said activating step unless said one unique 
code is received within said predetermined du- 
ration, wherein said field report message com- 
prises said data identifying said field node and 
its location. 

2. A method as claimed in Claim 1 additionally com- 
prising a step of sending (1 26) field report messag- 
es from said field node (18) to said control facility 



(12) from time to time when all said unique codes 
are received in accordance with said schedule to 
keep said control facility (12) informed of current sit- 
uational status at said area. 

5 

3. A method as claimed in Claim 1 additionally com- 
prising steps of: 

detecting tampering with said field node (18); 
10 and 

sending (1 26) a field report message from said 
field node (1 8) to said control facility (1 2) when 
said tampering is detected to inform said con- 
trol facility (12) of said tampering. 

15 

4. A method as claimed in Claim 1 wherein said trans- 
mitting step (90) includes a step of transmitting (90) 
status data with said unique code, said status data 
indicating whether an alarm condition has been de- 

20 tected at said detection unit (20), said method ad- 
ditionally comprising steps of: 

receiving said status data in association with 
said unique codes at said field node (18); and 
25 initiating (1 20) said alarm at said field node (1 8) 

in response to reception of status data indicat- 
ing said alarm condition. 

5. A method as claimed in Claim 4 wherein: 

30 

said status data indicating said alarm condition 
are associated with a particular detection unit 
(20); and 

said method additionally comprises a step of 
35 sending (126) afield report message from said 

field node (18) to said control facility (12) after 
a predetermined duration has transpired follow- 
ing said initiating step, said field report mes- 
sage informing said control facility (12) of said 
40 alarm condition, unless status data received 

from said particular detection unit (20) within 
said predetermined duration indicate no alarm 
condition. 

45 6. A method as claimed in Claim 1 wherein said trans- 
mitting step (90) includes a step of transmitting (90) 
status data with said unique code for each detection 
unit (20), said status data indicating whether an 
emergency condition has been detected at said de- 

50 tection unit (20), said method additionally compris- 
ing steps of: 

receiving said status data at said field node 
(18); and 

55 sending (1 26) a field report message from said 

field node (18) to said control facility (12) in re- 
sponse to reception of status data indicating 
said emergency condition in order to inform 
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said control facility (1 2) of said emergency con- 
dition. 

7. A field node for use in a system for monitoring a 
plurality of monitorees (1 0) in which a detection unit s 
(20) is associated with each monitoree, each detec- 
tion unit (20) has a unique code associated there- 
with, and each detection unit (20) is configured to 
repetitively transmit (90) its unique code from time 
to time in accordance with a predetermined sched- 10 
ule, a field node (18) comprising: 



(126) a field report message from said field 
node (18) to said control facility (12) from time 
to time, said message including data describing 
said location. 

10. Afield node (18) as claimed in Claim 9 wherein said 
field node (1 8) is configured to refrain from sending 
(126) said field report message until said predeter- 
mined duration has transpired. 

11. A field node (18) as claimed in Claim 7 wherein: 



a receiver (41) for receiving said unique codes 
transmitted (90) from said detection units (20); 
processing means (39), coupled to said receiv- is 
er (41), for obtaining at least a portion of said 
unique codes transmitted (90) from said detec- 
tion units (20); 

a memory (44), coupled to said processor 
means (39), for retaining programming instruc- 20 
tions defining how said processing means (39) 
manages operation of said field node (18), for 
retaining data identifying said unique codes, 
and for retaining data identifying said field 
node; 25 
alarm means (52, 54), coupled to said process- 
ing means (39), for indicating when one of said 
unique codes has not been received in accord- 
ance with said schedule; and 
a transmitter (42) coupled to said processing 30 
means (39), said transmitter (42) for sending 
(126) a field report message from said field 
node (1 8) to said control facility (12) after a pre- 
determined duration has transpired following 
activation of said alarm means (52, 54), where- 35 
in said field report message comprises data 
identifying said field node and its location. 

8. Afield node (1 8) as claimed in Claim 7, wherein said 
alarm means (52, 54) comprises: 40 

an audio transducer (52), coupled to said 
processing means (39), for audibly indicating 
(120) an alarm; and 

display means (54), coupled to said processing 45 
means (39), for visually identifying a monitoree 
for whom an alarm has been activated. 

9. Afield node (1 8) as claimed in Claim 7, wherein said 
monitorees and said field node (18) are remotely so 
located relative to a control facility (12), said field 
node (18) additionally comprises: 

location determination means (40) coupled to 
said processing means (39) for determining a 55 
location for said field node; and 
a transmitter (42), coupled to said processing 
means (39), said transmitter (42) for sending 



said monitorees and said field node (18) are lo- 
cated in an area remote to a control facility (12); 
and 

said field node (18) additionally comprises a 
transmitter (42) coupled to said processing 
means (39), said transmitter (42) for sending 
(1 26) field report messages from said field node 
(1 8) to said control facility (1 2) from time to time 
when all said unique codes are being received 
in accordance with said schedule to keep said 
control facility (12) informed of current situa- 
tional status at said area. 



Patentanspruche 

1. Verfahren zum Uberwachen von mehreren Uber- 
wachten in einem von einer Steuereinrichtung (12) 
entfernten Gebiet, wobei das Verfahren die Schritte 
umfaBt: 

Einbehalten von Daten, die durch spezielle Co- 
des die Uberwachten identifizieren, von Daten, 
die den Bereichsknoten identifizieren, undvon 
Daten, die die Position des Bereichsknotens 
identifizieren, in einem Bereichsknoten (18) im 
entfernten Gebiet 

Zuordnen einer Erfassungseinheit (20) zu je- 
dem Uberwachten, 

wiederholtes Ubertragen (90) von jeder Erfas- 
sungseinheit (20) des speziellen Codes von 
Zeit zu Zeit gemaB einem vorgegebenen Zeit- 
plan, 

Empfangen von mindestens einem Teil des ge- 
sendeten Codes im Bereichsknoten (18), 
Aktivieren (120) eines Alarms (52, 54) im Be- 
reichsknoten (18), wenn einer der speziellen 
Codes nicht gemaB dem Zeitplan empfangen 
wurde, und 

Senden (126) einer Bereichsinformationsmit- 
teilung vom Bereichsknoten (18) an die Steu- 
ereinrichtung (12), nachdem nach dem Schritt 
des Aktivierens eine vorgegebene Dauer ver- 
strichen ist, auBerwenn innerhalb der vorgege- 
benen Dauer ein spezieller Code empfangen 
wird, in dem die Bereichsinformationsmittei- 
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lung die Daten enthalt, die den Bereichsknoten 
und seine Position identifizieren. 

2. Verfahren nach Anspruch 1, das zusatzlich einen 
Schritt Senden (126) von Bereichsinformationsmit- 
teilungen vom Bereichsknoten (18) zur Steuerein- 
richtung (12) von Zeit zu Zeit umfaBt, wenn alle spe- 
ziellen Codes gemaB dem Zeitplan empfangen wer- 
den, damit die Steuereinrichtung (12) uber den ak- 
tuellem Zustandsstatus im Gebiet informiert wird. 

3. Verfahren nach Anspruch 1, daB auBerdem die 
Schritte umfaBt: 

Erfassen von Manipulationen an dem Be- 
reichsknoten (18) und 

Senden (126) einer Bereichsinformationsmit- 
teilung vom Bereichsknoten (1 8) zur Steuerein- 
richtung (12), wenn eine Manipulation erfaBt 
wurde, urn die Steuereinrichtung (12) von der 
Manipulation zu informieren. 

4. Verfahren nach Anspruch 1 , in dem der Schritt 
Ubertragen (90) einen Schritt Ubertragen (90) von 
Statusdaten mit dem speziellen Code enthalt, wo- 
bei die Statusdaten anzeigen, ob bei der Erfas- 
sungseinheit (20) ein Alarmzustand erfaBt wurde, 
wobei das Verfahren zusatzlich die Schritte umfaBt: 

Empfangen der Statusdaten in Zusammen- 
hang mit den speziellen Codes im Bereichs- 
knoten (18) und 

Auslosen (1 20) des Alarms am Bereichsknoten 
(18) in Abhangigkeit vom Empfang von Status- 
daten, die den Alarmzustand anzeigen. 

5. Verfahren nach Anspruch 4, bei dem: 

die Statusdaten, die den Alarmzustand anzei- 
gen, einer bestimmten Erfassungseinheit (20) 
zugeordnet sind und 

das Verfahren auBerdem einen Schritt Senden 
(126) einer Bereichsinformationsmitteilung 
vom Bereichsknoten (18) zur Steuereinrich- 
tung (12), nachdem eine vorgegebene Dauer, 
die auf den Ausloseschrittfolgt, verstrichen ist, 
auBer wenn Statusdaten, die keinen Alarmzu- 
stand anzeigen, innerhalb der vorgegebenen 
Dauer von der bestimmten Erfassungseinheit 
(20) empfangen werden, umfaBt, wobei die Be- 
reichsinformationsmitteilung, die Steuerein- 
richtung (12) uber den Alarmzustand informiert. 

6. Verfahren nach Anspruch 1 , in dem der Schritt 
Ubertragen (90) den Schritt Ubertragen (90) von 
Statusdaten mit dem speziellen Code fur jede Er- 
fassungseinheit (20) enthalt, wobei die Statusdaten 
anzeigen, ob ein Notfallzustand bei der Erfassungs- 



einheit (20) erfaBt wurde, wobei das Verfahren au- 
Berdem die Schritte umfaBt: 

Empfangen der Statusdaten am Bereichskno- 

5 ten (18) und 

Senden (126) einer Bereichsinformationsmit- 
teilung vom Bereichsknoten (1 8) zur Steuerein- 
richtung (12) in Abhangigkeit vom Empfang von 
Statusdaten, die den Notfallzustand anzeigen, 

10 urn die Steuereinrichtung (12) vom Notfallzu- 

stand zu informieren. 

7. Bereichsknoten zur Verwendung in einem System 
zum Uberwachen von mehreren Uberwachten (10), 

15 bei dem jedem Uberwachten eine Erfassungsein- 
heit (20) zugeordnet wird, wobei jeder Erfassungs- 
einheit (20) ein spezieller Code zugeordnet ist und 
jede Erfassungseinheit (20) so konfiguriert ist, daB 
sie wiederholt von Zeit zu Zeit gemaB einem vorge- 

20 gebenen Zeitplan ihren speziellen Code ubertragt 
(90), wobei ein Bereichsknoten (18) umfaBt: 

einen Empfanger (41) zum Empfangen der 
speziellen Codes, die von den Erfassungsein- 

25 heiten (20) gesendet werden (90), 

ein Prozessormittel (39), das mit dem Empfan- 
ger (41) gekoppelt ist, zum Erhalten minde- 
stens eines Teils der speziellen Codes, die von 
den Erfassungseinheiten (20) gesendet wer- 

30 den (90), 

einen Speicher (44), der mit dem Prozessormit- 
tel (39) gekoppelt ist, zum Ablegen der Pro- 
grammanweisungen, die festlegen, wie das 
Prozessormittel (39) den Betrieb des Bereichs- 

35 knotens (18) durchfuhrt, zum Ablegen von Da- 

ten, die die speziellen Codes identifizieren, und 
zum Ablegen von Daten, die den Bereichskno- 
ten identifizieren, 

Alarmmittel (52, 54), die mit dem Prozessormit- 
40 tel (39) gekoppelt sind, zum Anzeigen, wenn ei- 

ner der speziellen Codes nicht gemaB dem 
Zeitplan empfangen wurde, und 
einen Sender (42), der mit dem Prozessormittel 
(39) gekoppelt ist, wobei der Sender (42) nach 
45 einer vorgegebenen Dauer nach der Aktivie- 

rung der Alarmmittel (52, 54) eine Bereichsin- 
formationsmitteilung vom Bereichsknoten (18) 
zur Steuereinrichtung (12) senden soil (126), 
wobei die Bereichsinformationsmitteilung Da- 
50 ten umfaBt, die den Bereichsknoten und seine 

Position identifizieren. 

8. Bereichsknoten (1 8) nach Anspruch 7, bei dem die 
Alarmmittel (52, 54) umfassen: 

55 

einen Audio-Wandler (52), der mit dem Prozes- 
sormittel (39) gekoppelt ist, zum horbaren An- 
zeigen (120) eines Alarms und 
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ein Anzeigemittel (54), das mit dem Prozessor- 
mittel (39) gekoppelt ist, zum visuellen Identifi- 
zieren eines Uberwachten, fur den ein Alarm 
aktiviert wurde. 

5 

9. Bereichsknoten (18) nach Anspruch 7, bei dem die 
Uberwachten und der Bereichsknoten (18) relativ 
entfernt von einer Steuereinrichtung (12) sind, wo- 
bei der Bereichsknoten (18) zusatzlich umfaBt: 

10 

ein Positionsbestimmungsmittel (40), das mit 
dem Prozessormittel (39) gekoppelt ist, zum 
Bestimmen der Position des Bereichsknotens 
und 

einen Sender (42), der mit dem Prozessormittel 15 
(39) gekoppelt ist, wobei der Sender (42) von 
Zeit zu Zeit eine Bereichsinformationsmittei- 
lung vom Bereichsknoten (18) zur Steuerein- 
richtung (12) sendet (1 26), wobei die Mitteilung 
Daten enthalt, die die Position beschreiben. 20 



a partir de chacune desdites unites de detec- 
tion (20), transmettre (90) de maniere repetitive 
un desdits codes uniques de temps en temps 
conformement a un planning predetermine ; 
recevoir au moins une partie desdits codes 
transmis au niveau d'un noeud sur le terrain 
(18); 

activer (120) une alarme (52, 54) au niveau 
d'un noeud sur le terrain (18) lorsque I'un des- 
dits codes uniques n'a pas ete recu conforme- 
ment audit planning ; et 
envoyer (126) un message de rapport de ter- 
rain a partir dudit noeud sur le terrain (18) audit 
equipement de controle (12) apres expiration 
d'une duree predetermines suivant ladite etape 
d'activation si ledit code unique n'a pas ete recu 
dans la duree predeterminee, ou ledit message 
de rapport de terrain comprend lesdites don- 
nees identifiant ledit noeud sur le terrain et son 
emplacement. 



10. Bereichsknoten (18) nach Anspruch 9, wobei der 
Bereichsknoten (18) so konfiguriert ist, daB er die 
Bereichsinformationsmitteilung erst abschickt 
(126), wenn die vorgegebene Dauerverstrichen ist. 

11. Bereichsknoten (18) nach Anspruch 7, wobei: 

die Uberwachten und der Bereichsknoten (18) 
sich in einem von einer Steuereinrichtung (12) 
entfernten Gebiet befinden, und 
der Bereichsknoten (18) auBerdem einen Sen- 
der (42) umfaBt, der mit dem Prozessormittel 
(39) gekoppelt ist, wobei der Sender (42) Be- 
reichsinformationsmitteilungen vom Bereichs- 
knoten (18) zur Steuereinrichtung (12) immer 
wieder dann abschickt (126), wenn alle spezi- 
ellen Codes gemaB dem Zeitplan empfangen 
wurden, damit die Steuereinrichtung (12) uber 
den aktuellem Zustandsstatus in dem Gebiet 
informiert wird. 



Revendications 

1. Procede pour surveiller une pluralite d'individus a 
surveiller dans une zone distante d'un equipement 
de controle (12), ledit procede comprenant les eta- 
pes consistant a : 

conserver, au niveau d'un noeud sur le terrain 
(18) dans ladite zone distante, des donnees 
identifiant des codes uniques pour lesdits indi- 
vidus a surveiller, des donnees identifiant ledit 
noeud sur le terrain et des donnees identifiant 
un emplacement dudit noeud sur le terrain ; 
associer une unite de detection (20) a chacun 
desdits individus a surveiller ; 



2. Procede selon la revendication 1 , comprenant en 
outre une etape d'envoi (126) des messages de 
rapport de terrain a partir dudit noeud sur le terrain 

25 (18) audit equipement de controle (1 2) de temps en 
temps lorsque tous lesdits codes uniques sont re- 
cus conformement audit planning afin que I'equipe- 
ment de controle (12) reste informe de I'etat actuel 
de la situation dans ladite zone. 

30 

3. Procede selon la revendication 1 , comprenant en 
outre les etapes consistant a : 

detecter une manipulation au niveau d'un 

35 noeud sur le terrain (18) ; et 

envoyer (126) un message de rapport de ter- 
rain a partir dudit noeud sur le terrain (18) audit 
equipement de controle (12) lorsque ladite ma- 
nipulation est detectee pour informer ledit equi- 

40 pement de controle (1 2) de ladite manipulation. 

4. Procede selon la revendication 1 dans lequel I'eta- 
pe de transmission (90) comprend une etape de 
transmission (90) de donnees d'etat avec ledit code 

45 unique, lesdites donnees d'etat indiquant si une 
condition d'alarme a ete detectee au niveau de la- 
dite unite de detection (20), ledit procede compre- 
nant en outre les etapes consistant a : 

50 recevoir des donnees d'etat associees auxdits 

codes uniques au niveau d'un noeud sur le ter- 
rain (18) ; et 

declencher (120) ladite alarme au niveau d'un 
noeud sur le terrain (1 8) en reponse a la recep- 
55 tion des donnees d'etat indiquant ladite condi- 

tion d'alarme. 

5. Procede selon la revendication 4, dans lequel : 
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lesdites donnees d'etat indiquant ladite condi- 
tion d'alarme sont associees a une unite de de- 
tection (20) particuliere ; et 
ledit procede comprend en outre une etape 
d'envoi (126) d'un message de rapport de ter- s 
rain dudit noeud sur le terrain (18) vers ledit 
equipement de controle (12) apres ecoulement 
d'une duree predeterminee suivant ladite etape 
de declenchement, ledit message de rapport 
de terrain informant ledit equipement de con- 10 
trole (12) de ladite condition d'alarme, a moins 
que les donnees d'etat regues d'une unite de 
detection (20) particuliere dans ladite duree 
predeterminee n'indiquent aucune condition 
d'alarme. is 

6. Procede selon la revendication 1 , dans lequel ladite 
etape de transmission (90) comprend une etape de 
transmission (90) de donnees d'etat avec ledit code 
unique pourchaque unite de detection (20), lesdites 20 
donnees d'etat indiquant si une condition d'urgence 

a ete detectee au niveau de ladite unite de detection 
(20), ledit procede comprenant en outre les etapes 
consistant a : 

25 

recevoir lesdites donnees d'etat au niveau d'un 
noeud sur le terrain (18) ; et 
envoyer (126) un message de rapport de ter- 
rain dudit noeud sur le terrain (18) vers ledit 
equipement de controle (12) en reponse a la 30 
reception desdites donnees d'etat indiquant la- 
dite condition d'urgence afin d'informer ledit 
equipement de controle (1 2) de ladite condition 
d'urgence. 

35 

7. Noeud sur le terrain a utiliser dans un systeme pour 
surveiller une pluralite d'individus a surveiller (10) 
dans lequel une unite de detection (20) est associee 
a chacun des individus a surveiller, chaque unite de 
detection (20) est associee a un code unique et cha- 40 
que unite de detection (20) est configuree pour 
transmettre (90) de maniere repetitive son code uni- 
que conformement a un planning predetermine, 
noeud sur le terrain (18) comprenant : 

45 

un recepteur (41) pour recevoir lesdits codes 
uniques transmis (90) par lesdites unites de de- 
tection (20) ; 

un moyen de traitement (39), couple audit re- 
cepteur (41 ), pour obtenir au moins une partie so 
desdits codes uniques transmis (90) par lesdi- 
tes unites de detection (20) ; 
une memoire (44), couplee audit moyen de trai- 
tement (39), pour conserver les instructions de 
programmation definissant la maniere dont le- 55 
dit moyen de traitement (39) dirige le fonction- 
nement dudit noeud sur le terrain (18), pour 
conserver les donnees identifiant lesdits codes 



uniques et pour conserver les donnees identi- 
fiant ledit noeud sur le terrain ; 
un moyen d'alarme (52, 54), couple audit 
moyen de traitement (39), pour indiquer lors- 
que I'un desdits codes uniques n'a pas ete recu 
conformement audit planning ; et 
un emetteur (42), couple audit moyen de trai- 
tement (39), pour envoyer (126) un message 
de rapport de terrain a partir dudit noeud sur le 
terrain (18) audit equipement de controle (12) 
apres expiration d'une duree predeterminee 
suivant ladite etape d'activation dudit moyen 
d'alarme (52, 54), ou ledit message de rapport 
de terrain comprend des donnees identifiant le- 
dit noeud sur le terrain et son emplacement. 

8. Noeud sur le terrain (18) selon la revendication 7, 
dans lequel ledit moyen d'alarme (52, 54) 
comprend : 

un transducteur audio (52), couple audit moyen 
de traitement (39), pour indiquer de maniere 
audible (120) une alarme ; et 
un moyen d'affichage (54), couple audit moyen 
de traitement (39), pour identifier visuellement 
un individu a surveiller pour lequel une alarme 
a ete activee. 

9. Noeud sur le terrain (18) selon la revendication 7, 
dans lequel lesdits individus a surveiller et ledit 
noeud sur le terrain (18) sont situes a distance d'un 
equipement de controle (12), ledit noeud sur le ter- 
rain (18) comprend en outre : 

un moyen de localisation (40), couple audit 
moyen de traitement (39), pour determiner 
I'emplacement dudit noeud sur le terrain ; et 
un emetteur (42), couple audit moyen de trai- 
tement (39), pour transmettre (126) un messa- 
ge de rapport de terrain a partir dudit noeud sur 
le terrain (18) vers ledit equipement de controle 
(12) de temps en temps, ledit message com- 
prenant des donnees decrivant ledit emplace- 
ment. 

10. Noeud sur le terrain (18) selon la revendication 9, 
dans lequel ledit noeud sur le terrain (18) est con- 
figure pour s'abstenir d'envoyer (126) ledit messa- 
ge de rapport de terrain jusqu'a ce que ladite duree 
predeterminee ait expire. 

11. Noeud sur le terrain (18) selon la revendication 7, 
dans lequel : 

lesdits individus a surveiller et ledit noeud sur 
le terrain (18) sont situes dans une zone dis- 
tante d'un equipement de controle (12) ; et 
ledit noeud sur le terrain (18) comprend en 
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outre un emetteur (42), couple audit moyen de 
traitement (39), pour envoyer (126) des mes- 
sages de rapport de terrain a partir dudit noeud 
sur le terrain (1 8) audit equipement de controle 
(1 2) de temps en temps lorsque tous lesdits co- 
des uniques sont recus conformement audit 
planning afin que I'equipement de controle (12) 
reste informe de I'etat actuel de la situation 
dans ladite zone. 
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